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Abstract 

We  consider  real-time  systems  in  which  the  value  of  a  task  is  proportional  to  its  computa¬ 
tion  time.  The  system  obtains  the  value  of  a  given  task  if  the  task  completes  by  its  deadline. 
Otherwise,  the  system  obtains  no  value  for  the  task. 

When  such  a  system  is  underloaded  (i.e.  there  exists  a  schedule  for  which  all  tasks  meet 
their  deadlines),  Dertouzos  [6]  showed  that  the  earliest  deadline  first  algorithm  will  achieve 
100%  of  the  possible  value.  We  consider  the  case  of  a  possibly  overloaded  system  and  present 
an  algorithm  which: 

1.  behaves  like  the  earliest  deadline  first  algorithm  when  the  system  is  underloaded. 

2.  obtains  at  least  l/f  of  the  maximum  value  that  an  optimal  clairvoyant  algorithm  could 
obtain  even  when  the  system  is  overloaded. 

We  implement  our  algorithm  with  an  amortized  cost  of  O(logn)  time  per  task,  where  n 
bounds  the  number  of  tasks  in  the  system  at  any  instant. 


1  Introduction 

In  real-time  computing  systems,  correctness  depends  on  the  completion  time  of  tasks  as  much 
as  on  their  input  /output  behavior.  Tasks  in  real-time  systems  have  precise  deadlines.  If  the 
deadline  for  a  task  is  met,  then  the  task  is  said  to  succeed.  Otherwise  it  is  said  to  have  failed. 

Real-time  systems  may  be  categorized  by  how  they  react  when  a  task  fails.  In  a  hard  real¬ 
time  system ,  a  task  failure  is  considered  intolerable.  The  underlying  assumption  is  that  a  task 
failure  would  result  in  a  disaster,  e.g.  a  fly-by-wire  aircraft  may  crash  if  the  altimeter  is  read  a 
few  milliseconds  too  late. 

We  consider  a  less  stringent  class  of  systems  denoted  as  firm  real-time  systems.  In  such 
systems,  each  task  has  a  positive  value.  The  goal  of  the  system  is  to  obtain  as  much  value  as 
possible.  If  a  task  succeeds,  then  the  system  acquires  its  value.  If  a  task  fails,  then  the  system 
gains  no  value  from  the  task. 

A  system  is  underloaded  if  there  exists  a  schedule  that  will  meet  the  deadline  of  every  task. 
Scheduling  underloaded  systems  is  a  well-studied  topic,  and  several  on-line  algorithms  have  been 
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proposed  for  the  optimal  scheduling  of  these  systems  on  a  uniprocessor  [6,8].  Examples  of  such 
algorithms  include  earliest-deadline-first  (D)  and  smallest-slack-time  (SL).  However,  none  of  the 
proposed  algorithms  make  performance  guarantees  during  times  when  the  system  is  overloaded. 
In  fact,  it  has  been  experimentally  demonstrated  that  these  algorithms  perform  quite  poorly 
when  the  system  is  overloaded  [7]. 

Practical  systems  are  prone  to  intermittent  overloading  caused  by  a  cascading  of  exceptional 
situations.  A  good  on-line  scheduling  algorithm  should  not  only  be  optimal  under  normal  cir¬ 
cumstances,  but  also  should  respond  appropriately  to  such  overloaded  situations.  Researchers 
and  designers  of  real-time  systems  have  devised  intelligent  on-line  heuristics  to  handle  overloaded 
situations  [1,7,9].  The  most  successful  of  these  heuristics  was  proposed  by  Locke  as  part  of  the 
CMU  Archons  project  [7].  While  Locke’s  heuristic  is  widely  used  and  has  been  shown  to  perform 
well  in  practice,  it  offers  no  performance  guarantee. 

Our  task  model  is  based  on  the  model  defined  by  Locke  [7]  and  used  in  [2,3,5,11].  Tasks  may 
enter  the  system  at  any  time.  Nothing  is  known  about  a  task  until  it  arrives.  When  a  task  is 
released,  its  computation  time,  value,  and  deadline  are  known  precisely. 

Since  we  are  trying  to  model  firm  real-time  systems,  the  value  of  a  task  is  obtained  provided 
it  completes  by  its  deadline  (i.e.  it  succeeds);  once  its  deadline  passes,  there  is  no  value  to 
completing  the  task.  At  any  time,  a  task  may  be  preempted  in  favor  of  another  task  at  no  cost. 

Koren,  Mishra,  Raghunathan  and  Shasha  [2,5]  suggested  the  first  on-line  scheduling  algo¬ 
rithm  with  a  performance  guarantee  for  an  overloaded  system.  This  algorithm  is  called  D-star 
(D*)  since  it  behaves  like  earliest-deadline- first  (D)  in  an  underloaded  system.  They  defined 
overloaded  and  underloaded  intervals  for  a  given  system.  This  definition  is  based  upon  the 
behavior  of  the  earliest-deadline-first  algorithm  with  respect  to  these  tasks. 

D*  gives  the  following  performance  guarantee:  D*  executes  to  completion  all  the  tasks  with 
deadlines  in  underloaded  intervals.  D*  also  guarantees  that  all  the  tasks  with  a  deadline  in 
an  overloaded  interval  will  achieve  a  cumulative  value  of  at  least  one-fifth  of  the  length  of  the 
overloaded  interval,  where  value  is  assumed  to  be  proportional  to  computation  time. 

A  natural  way  to  measure  a  performance  guarantee  of  an  on-line  scheduler  is  to  compare 
it  with  a  clairvoyant  scheduling  algorithm.  A  clairvoyant  scheduler  has  complete  A  PRIORI 
knowledge  of  all  the  parameters  of  all  the  tasks.  A  clairvoyant  scheduler  can  choose  a  “scheduling 
sequence”  that  will  obtain  the  maximum  possible  value  achievable  by  any  scheduler.  As  in 
[2,4,10]  we  say  that  an  on-line  algorithm  has  a  competitive  factor  r.  0  <  r  <  1 ,  if  and  only  if 
it  is  guaranteed  to  achieve  a  cumulative  value  at  least  r  times  the  cumulative  value  achievable 
by  a  clairvoyant  algorithm  on  any  set  of  tasks.  A  competitive  algorithm  is  an  algorithm  with 
non-zero  competitive  factor. 

Unfortunately,  D*  is  not  competitive,  since  a  clairvoyant  scheduler  can  possibly  obtain  a 
value  that  is  bigger  than  the  length  of  the  overloaded  interval  for  tasks  with  deadlines  in  this 
interval.  If,  however,  the  entire  execution  is  overloaded,  then  D*  guarantees  one-fifth  of  the 
maximal  possible  value. 

Baruah  et.  al.  [2]  and  independently  Wang  and  Mao  [11]  demonstrated,  using  an  adversary 
argument1,  that,  in  the  same  setting,  there  can  be  NO  on-line  scheduling  algorithm  with  a 

1The  adversary  creates  the  task  set.  At  the  outset  it  creates  some  tasks  and  observes  the  on-line  scheduler 
responses  to  it.  Then  the  adversary  creates  new  tasks  according  to  the  scheduler  decisions. 
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competitive  factor  greater  than  ONE-QUARTER  2. 

Also,  after  seeing  our  D*  result,  Wang  and  Mao  [11]  presented  an  algorithm  with  the  best 
possible  competitive  factor — one-fourth.  Their  algorithm  is  based  on  the  least  latest  start  time 
(LLST)  scheduling  algorithm.  However,  Wang  and  Mao’s  algorithm  has  a  major  draw-back:  it 
is  not  optimal  in  an  underloaded  system.  In  other  words,  a  system  in  which  D  (and  for  this 
matter,  also  D*)  will  get  100%  of  the  possible  value,  Wang-Mao’s  algorithm  might  miss  deadlines 
and  obtain  as  little  as  1/4  of  the  value  achieved  by  D*. 

It  is  therefore  desirable  to  have  a  competitive  algorithm  that  will  also  be  optimal  in  an 
underloaded  system.  Such  an  algorithm  is  the  main  contribution  of  this  paper.  We  devise  an 
on-line  scheduling  algorithm  that  is  optimal  in  an  underloaded  system  and  also  has  the  BEST 
possible  competitive  factor  —  one-fourth  —  again  assuming  that  the  value  of  a  task  equals  its 
computation  time  3. 

This  algorithm  is  a  melding  of  D*  with  a  doubling  algorithm  inspired  by  the  Wang  and  Mao 
result.  We  call  it  DD-star  (DD*). 

DD*  can  be  implemented  using  balanced  search  trees,  and  runs  at  an  amortized  cost  of 
O(logn)  time  per  task,  where  n  bounds  the  number  of  tasks  in  the  system  at  any  instant. 

2  The  Algorithm 

Before  we  describe  the  full  algorithm,  we  need  some  notation.  The  tasks  are  denoted  by 
7  i  - ']  2  ■■  ■  T,  .  For  each  task  T,-,  its  release  time  is  denoted  by  r its  computation  time  and 
hence  its  value  by  C{  and  its  deadline  by  di. 

For  each  task  7,  define  A;  as  follows: 


A,  =  [rt,di\ 

In  the  algorithm  described  below,  there  are  three  kinds  of  events  (each  causing  an  associated 
interrupt)  considered:  Task  Completion  (successful  termination  of  a  task),  Task  Release  (arrival  of 
a  task),  and  Latest-start-time  Interrupt  (the  indication  that  a  task  must  immediately  be  scheduled 
in  order  to  complete  by  its  deadline).  Task  Completion  interrupts  have  higher  priority  than 
Task  Release  and  Latest-start-time  interrupts.  Task  Release  and  Latest-start-time  interrupts  share 
the  same  priority.  Thus  if  several  interrupts  happen  simultaneously,  then  the  Task  Completion 
interrupt  is  handled  before  the  Task  Release  and  Latest-start-time  interrupts.  It  may  happen  that 
a  Task  Completion  event  removes  the  condition  for  a  lower  priority  interrupt,  e.g.,  by  making 
the  processor  idle. 

DD*  requires  three  data  structures,  called  Qdelayed,  Qdeadline  and  Qlst.  An  entry  of  Qdead- 
line  and  Qlst  consists  of  a  single  task,  whereas  an  entry  of  Qdelayed  is  a  3-tuple  (T,  Previous- 

2Baruah  et.  al.  have  extensions  to  this  result  for  the  cases  of  non-uniform  value  density  and  different  loading 
factors.  Wang  and  Mao  have  extensions  for  the  multi-processor  case) 

3The  value  density  of  a  task  is  the  ratio  of  its  value  to  its  computation  time.  The  importance  ratio,  k,  of  a  set 
of  tasks  is  the  ratio  of  the  largest  value  density  to  the  smallest  value  density  (see  [2]).  In  a  system  with  importance 
ratio  k,  DD*  has  a  competitive  factor  of  at  least  l/(4fc).  This  can  be  achieved  by  a  version  of  DD*  that  ignores 
the  value  information  of  a  task.  That  is,  the  value  of  each  task  is  taking  to  be  its  computation  length.  Baruah 
et.  al.  showed  that  in  this  setting  the  best  possible  competitive  factor  is  bounded  by  1/[(1  +  \/k)2] 
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time,  Previous -Avail)  where  T  is  a  task  that  was  previously  preempted  at  time  Previous-time. 
Previous- Avail  is  the  value  of  the  variable  availtime  at  time  Previous-time. 

Availtime  will  be  the  maximum  computation  time  that  can  be  taken  by  a  new  task  without 
causing  the  current  task  or  the  delayed  tasks  to  miss  their  deadlines. 

These  data  structures  support  Insert,  Delete,  Min  and  Dequeue  operations.  The  Min  operation 
for  Qdelayed  and  Qdeadline  returns  the  entry  corresponding  to  the  task  with  the  earliest  deadline 
among  all  tasks  in  the  queue.  For  Qlst  the  Min  operation  returns  the  entry  corresponding  to 
the  task  with  the  earliest  latest-start-time  ( LST )  among  all  tasks  in  the  queue.  The  Dequeue 
operation  on  Qdelayed  (or  Qdeadline)  deletes  from  the  queue  the  element  returned  by  Min,  in 
addition  this  element  is  deleted  from  Qlst.  Likewise  a  Dequeue  operation  on  Qlst  will  delete  an 
element  from  Qdeadline. 

All  of  these  data  structures  are  implemented  as  balanced  trees  (e.g.  2-3  trees). 

In  the  following  code,  Now( )  is  a  function  that  returns  the  current  time.  Schedule(T ) 
is  a  function  that  gives  the  processor  to  task  T.  Laxity(T)  is  a  function  that  returns  the 
amount  of  time  the  task  has  left  until  its  deadline  less  its  remaining  computation  time.  That  is, 
laxity(T )  =  deadline(T )  —  ( now()  +  remaining  —  computation  —  time(T )).  ef)  denotes  the  empty 
set. 
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delayedval 

:=  0 

(*  This  will  be  the  running  value  of  delayed  tasks  *) 

(*  Availtime  will  be  the  maximum  computation  time  that  can  be  taken 

2 

availtime 

:=  oo 

by  a  new  task  without  causing  the  current  task  or  the  delayed  tasks 

to  miss  their  deadlines.  *) 

3 

Qlst 

:=  (j> 

(*  All  tasks  are  ordered  according  to  their  latest  start  time,  LST  *) 

4 

Qdelayed 

:=  6 

(*  All  delayed  tasks  ordered  by  deadline  order*) 

5 

Qdeadline 

:=  <j> 

(*  All  non-delayed  tasks  ordered  by  deadline  order*) 

6 

idle 

:=  true 

(*  In  the  beginning  the  processor  is  idle  *) 

4 


7  loop 

8  Task  Completion  : 

9  if  Qdelayed  is  not  empty 

(*  There  are  delayed  tasks.  Remove  the  first  element  from  Qdelayed.  The  ele- 

10  ment  dequeued  will  be  the  one  with  the  earliest  deadline  and ,  by  construction, 
the  one  last  inserted  of  those  in  Qdelayed. *) 

11  ( Tcurrenf ;  tprev j  civciilprev  )  . —  Dequeue(Qdelayed ), 

12  (*  Adjust  delayedval  and  availtime  as  appropriate.  *) 

13  delayedval  :=  delayedval  -  value(Tcurrenj); 

(*  The  following  value  of  availtime  is  the  correct  one  because  the  element 
^  dequeued  from  Qdelayed  is  the  one  last  inserted  of  those  in  Qdelayed.  The 

available  computation  time  has  decreased  by  the  time  elapsed  since  this  ele¬ 
ment  was  inserted  to  the  queue.  *) 

15  availtime  :=  availprev  —  ( now( )  —  tprev); 

16  Schedule  Tcurrenf : 

(*  //Qdelayed  contains  a  task  with  an  earlier  deadline  than  Tcurrent,  a  Task 

17  Release  event  with  this  task  is  generated.  This  is  done  in  order  to  force 
earliest- deadline- first  scheduling  in  an  underloaded  system.  *) 

18  if  Qdeadline  is  not  empty  and  dcurrent  is  later  than 

the  deadline  of  the  first  task  in  Qdeadline 

19  Tarrivai  :=  Dequeue(Qdeadline)  ; 

20  (*  Simulate  a  task  release  *) 

21  Generate  a  task-release  event  with  Tarrivai; 

22  end  {if} 

23  else 

24  (*  Qdelayed  is  empty.  The  current  interval  is  closed  here  *) 

25  if  (Qdeadline  is  not  empty) 

26  Tcurrent  •—  Dequeue(Qdeadline); 

2 1  Schedule  Tcurr ent> 

28  availtime  :=  laxity(Tcilrren<); 

(*  A  new  interval  is  created  with  =  now()  and  te  =  now()  +  ccurrerli .  Note 

29  that  te  could  be  after  the  deadline  of  Tcurrent,  ifTcurreni  had  been  previously 
preempted.  *) 

30  else 

31  idle  :=  true; 

32  availtime  :=  oo; 

33  end  {if} 

34  end  {if} 

35  end  (*  task  completion  *) 
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36  Task  Release  : 

(*  Note  that  this  interrupt  can  be  generated  by  the  Task  Completion  handler 
as  well  as  by  the  arrival  of  a  new  task.  *) 

37  if  (idle) 

38  Tcurreni  . —  Tarrivai , 

39  Schedule  T^urrenf, 

40  availtime  :=  laxity(Tc?„.,.eni); 

41  idle  :=  false; 

42  (*  A  new  interval  is  created  with  =  now()  and  te  =  now()  +  ccurrent.  *) 


if  d arrival  ^  dcurrent  aild 

availtime  >  remaining-computation-time(TarHw)  then 

(*  No  overload  is  detected ,  so  the  running  task  is  preempted  and  delayed.  The 
current  interval  is  extended  by  the  value  of  Tarrivai,  te  •—  te  +  carrivai-  rill 
delayed  tasks  and  the  arriving  task  will  complete  no  later  than  te,  provided 
no  new  tasks  enter. 

In  statement  ff  we  refer  to  the  remaining -computation-time  and  not  just 
(total-) computation  time  because  Tarrivai  might  have  executed  earlier.  This 
is  possible  when  the  current  Task  Release  event  was  generated  by  the  Task 
Completion  handler.  *) 

Insert  TCUrrent  into  Qlst, 

Insert  (Tcurreni,  now(),  availtime)  into  Qdelayed; 

(*  When  we  insert  current  task  into  Qlst  and  Qdelayed,  this  task  will  be,  by 
construction,  the  task  with  the  earliest  deadline  in  Qdelayed*) 

availtime  :=  availtime  -  remaining- comp  illation- tinie(7arr!;ua;)  ; 
availtime  :=  min(availtime  ,  laxity(Tarrjt)a;)) 
delayedval  :=  delayedval  +  value(Tctlrrenj); 

Tcurrenl  • — ^arrival  •, 

Schedule  TCUrren1 : 

else  (*  not  enough  laxity  or  later  deadline  *) 

Insert  Tarrivai  into  Qlst  and  Qdeadline; 
end  {if} 

end  {if}  (*  idle  *) 
end  (*  release  *) 
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59  Latest-start-time  Interrupt  : 

^0  (*  The  processor  is  not  idle  and  the  current  time  is  the  latest  start  time  of 

the  first  task  in  Qlst.  *) 

61  Tnext  =  Dequeue(Qlst); 

02  (*  The  interval  is  extended  to  include  the  deadline  of  Tnext  : 

If  dn ext  ^  te  then  te  . —  dnexf  *) 

63  if  (cnexf  I>  ‘I‘{ccurrenf  delayedval)) 

64  Insert  Tcurrenii  into  Qlst  and  Qdeadline; 

65  Remove  all  delayed  tasks  from  Qdelayed  and  insert  them  into  Qlst  and  Qdeadline; 

66  (*  Qdelayed  =</>*) 

67  delayedval  :=  0; 

68  availtime  :=  0 

69  T current  • —  Tnext: 

f0  Schedule  Tcurrenf: 

71  else  (*  cnext  is  not  big  enough;  it  is  abandoned.  *) 

72  Abandon  Tnexi\ 

73  end  {if} 

74  end  (*  LST  *) 

75  endjloop  } 


DD*  :  A  Competitive  Optimal  On-line  Scheduling  Algorithm. 

3  Analysis  of  DD* 

In  all  that  follows  we  assume  that  DD*  schedules  the  history  consisting  of  tasks  Tf,  T2,  •  •  -Tn. 

The  proof  uses  intervals  in  the  spirit  of  Wang-Mao’s  algorithm.  When  an  interval  is  created 
it  is  considered  opened ,  meaning  that  it  may  be  extended.  I(t)  denotes  the  interval  /  at  time 
t.  We  will  drop  the  parameter  t  when  it  is  clear  from  the  context.  An  interval  becomes  closed 
when  it  cannot  be  extended  any  further  (see  statement  24  of  DD*).  The  length  of  an  interval 
/  will  also  be  denoted  by  I.  Let  delayedval'  /  )  denote  the  value  of  delayedval  at  time  t  and 
achievedvalue(t)  denote  the  value  achieved  during  the  current  interval  before  t  (i.e.  the  value  of 
all  order-scheduled  tasks  that  completed  before  t). 

Note  that  the  DD*  algorithm  allows  coincident  interrupts ,  i.e.,  several  interrupts  are  allowed 
to  occur  at  the  same  time.4  All  of  our  claims  about  the  behavior  of  DD*  hold  even  when  we 

4Suppose  at  some  point  in  time  we  have  a  collection  of  interrupt  events  E  waiting  to  be  served.  This  collection 
can  include  at  most  one  Task  Completion  event,  but  there  is  no  bound  on  the  number  of  Task  Release  and  Latest- 
start-time  Interrupt  events.  The  events  will  be  handled  according  to  their  priorities,  i.e.,  Task  Completion  first 
and  then  all  other  interrupts.  There  is  no  specific  order  of  service  among  the  several  Latest-start-time  and  Task 
Release  interrupts.  This  means  that  the  value  of  l{t)  and  delayedvalft)  might  be  changed  several  times  (each 
Latest-start-time  Interrupt  can  change  I{t)  and  each  Task  Release  can  change  I(t)  and  delayedvalftf)  during  one 
time  instance  t.  In  this  case  we  will  regard  these  events  as  if  they  occurred  one  after  the  other  but  with  zero  time 
distance  between  them. 
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consider  coincident  interrupts.  The  reason  is  that  their  proofs  rely  only  on  the  order  of  events 
and  not  on  the  specific  temporal  distance  between  two  consecutive  events. 

The  first  task  in  each  interval  is  scheduled  according  to  deadline  order.  The  subsequent  tasks 
(if  any)  in  this  interval  may  be  scheduled  according  to  deadline  order  or  as  a  result  of  a  Latest- 
start-time  Interrupt.  (As  mentioned  above,  a  Latest-start-time  Interrupt  is  raised  on  a  waiting  task 
when  it  reaches  its  latest  start  time  (or  LST),  i.e.  the  last  time  when  it  can  start  executing  and 
still  complete  by  its  deadline,  see  statement  59  of  DD*).  Call  the  first  order-scheduled  and  the 
second  Ist-scheduled.  Let  us  assert  and  prove  that  once  a  task  is  lst-scheduled  all  subsequent 
tasks  (if  any)  of  this  interval  must  be  lst-scheduled. 

Proposition  3.1  According  to  the  schedule  of  DD*  once  a  task  is  lst-scheduled,  then  all  subse¬ 
quent  tasks,  in  the  current  interval,  are  lst-scheduled. 

PROOF. 

Suppose  the  current  task,  Tcurrent,  is  lst-scheduled  and  a  task,  l arrival-,  is  released.  Tarrivai 
will  not  be  scheduled,  because  when  the  current  task  is  lst-scheduled  availtime  equals  zero  (see 
statement  68  of  DD*)  hence  no  task  can  be  scheduled  by  the  Task  Release  handler  (see  statement 
44  of  DD*) 

□ 


During  an  interval  several  order-scheduled  tasks  may  complete  but  only  one  lst-scheduled 
task  can  complete  (this  task  will  also  be  the  last  task  in  the  interval). 

When  a  task  is  scheduled  it  can  have  zero  or  positive  slack  time.  A  task  may  be  preempted 
and  then  re-scheduled  several  times.  We  will  be  mainly  concerned  with  the  last  time  a  task  was 
scheduled.  For  the  purposes  of  analyzing  DD*,  we  will  partition  the  set  of  tasks  according  to  the 
question  of  whether  the  task  had  zero  or  positive  slack  time  at  the  last  time  it  was  scheduled. 

•  Let  F  (for  fail)  denote  the  set  of  tasks  that  were  abandoned. 

•  Let  6'°  (for  successful  with  0  slack  time)  denote  the  set  of  tasks  that  were  completed 
successfully  and  were  last  scheduled  with  zero  slack  time. 

•  Let  Sp  (for  successful  with  positive  slack  time)  denote  the  set  of  tasks  that  were  completed 
successfully  and  were  scheduled  (their  last  time)  with  positive  slack  time. 

Note:  These  sets  will  also  denote  the  corresponding  sets  of  indexes  (of  tasks). 

Before  the  detailed  analysis,  let  us  first  study  an  example  of  DD*’s  scheduling. 

Example  3.1  Consider  the  following  overloaded  system  with  six  tasks  (see  table  1).  For  nota- 
tional  convenience  we  will  denote  the  tasks  by  their  deadlines,  hence  for  example  T20  is  a  task 
with  deadline  at  time  20. 


Task 

Release-Time 

Computation-  Time 

Deadline 

Aj 

T20 

0 

6 

20 

[0,20] 

T34. 

1 

26 

34 

[1,34] 

T24 

1 

20 

24 

[1,24] 

t18 

2 

5 

18 

[2,18] 

Tit 

3 

2 

17 

[3, 17] 

Ts 

4 

1 

5 

[4,  5] 

Table  1:  The  tasks  for  example  3.1. 


DD*  schedules  the  above  history  as  follows:  In  the  beginning  availtime  is  oo  and  Qdelayed  is 
empty. 

First,  DD*  schedules  T20  to  run  at  time  0.  Availtime  is  set  to  14  since  this  is  T2o‘s  laxity. 

At  time  1,  T34  is  released  into  the  system.  Since  T34S  deadline  is  not  earlier  than  the  current 
task’s  (T20),  T34  is  inserted  into  Qdeadline  (and  Qlst  with  LST  equal  8).  Also  at  time  1,  T24  is 
released.  Again,  since  its  deadline  is  after  20  this  task  is  inserted  into  Qdeadline  and  Qlst  with 
LST  equals  4. 

At  time  2,  Tig  is  released.  This  time  the  current  task  is  preempted.  T20  is  inserted  into  Qdelayed 
and  Qlst  with  LST  equals  16.  Availtime  is  decremented  by  the  computation  time  of  Tig.  Its  new 
value  is  9. 

T-y g  is  executing  for  one  time  unit  until  time  3,  when  T17  is  released.  T17  is  scheduled  since  its 
computation  time  (2)  is  smaller  then  availtime  (9).  Availtime  is  decremented  by  the  computation 
time  of  T17.  Its  new  value  is  7. 

At  time  4  two  events  occur:  X24  reaches  its  LST  and  T5  is  released.  These  events  can  be  handled 
in  any  order  and  we  choose  to  handle  the  Latest-start-time  Interrupt  first.  T24  reaches  its  LST 
but  its  value  is  smaller  than  twice  the  value  of  the  current  task  plus  delayedval  (2  +  11).  Hence, 
T24  is  abandoned.  T5  is  released  and  its  deadline  is  earlier  than  the  current  task’s  (T47).  T5  is 
scheduled  since  its  computation  time  is  smaller  then  availtime  (1  <  7).  T5  has  laxity  of  zero  which 
is  smaller  than  the  current  availtime  minus  the  computation  time  of  T5  (6).  Hence,  availtime  is 
now  set  to  0. 

At  time  5,  T5  completes  and  since  Tj 7  is  the  task  with  the  earliest  deadline  it  is  scheduled. 
Availtime  is  now  the  value  of  availtime  when  Tyj  was  executing  (7)  minus  the  time  elapsed  since 
it  was  inserted  to  Qdelayed  ((5  —  4)  =  1). 

The  remaining  computation  time  of  T47  is  one  unit,  hence  at  time  6  it  completes.  The  next  task 
in  Qdelayed  is  Tig  which  has  a  remaining  computation  time  of  4  units.  Availtime  is  set  to  6  which 
is  value  of  availtime  when  Tig  was  executing  (9)  minus  the  time  elapsed  since  it  was  inserted  to 
Qdelayed  ((6  —  3)  =  3).  However,  Tig  will  execute  only  until  8  when  T34  reaches  its  LST.  The 
value  of  T34  is  big  enough  to  preempt  the  current  task.  All  tasks  from  Qdelayed  are  moved  to 
Qdeadlineand  availtime  is  reset  to  zero. 

The  LST  of  Tig  is  16  and  of  T20  (the  only  other  task  in  Qlst)  is  15.  These  task  will  generate 
Latest-start-time  Interrupt  in  these  respective  times,  both  will  be  abandoned. 

At  time  34,  T34  completes  its  execution  and  DD*  finished  scheduling  this  history.  Table  2 
summerizes  the  scheduling  decisions  of  DD*. 
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ti¬ 

me 

pree- 

mted 

(. LST ) 

com- 

ple- 

ed 

availtime 

Qdelayed 

delayedval 

Qdeadline 

comment 

0 

OO 

ram 

0 

0 

0 

To 

T20 

laxity(T2o)  =  14 

mmmmm 

0 

[] 

new  interval 

1 

T34 

14 

0 

[T34] 

LST  of  T34  is  8 

1 

T4 

14 

0 

[T4 ,  T34] 

LST  of  T4  is  4 

2 

Tls 

T20  (16) 

Tls 

min(  14  —  5, 13) 

pad 

6 

[T24 ,  T34] 

3 

Tu 

Tig  (14) 

Tl7 

min(  9  —  2, 15) 

[Tls,  T20] 

5  +  6 

[T24 ,  T34] 

4 

m 

min(  9  —  2, 15) 

[Tls,  T20] 

5  +  6 

[T34] 

T4’s  LST , 

it  is  abandoned 

4 

T 

T.7  (16) 

T 

min(  7  —  1,0) 

[T.7,  Ts,  T20] 

2  +  5  +  6 

[T34] 

T  has  no  laxity 

5 

t5 

Tl7 

7-  (5-4)  =6 

[Ts,  To] 

5  +  6 

[T34J 

6 

T.7 

Tls 

9-  (6-3)  =6 

[To] 

6 

[T34] 

8 

Tls  (15) 

T34 

0 

0 

[Ts,  To] 

T34‘s  LST 

15 

0 

mmran 

0 

[Ts] 

T o’s  LST 

16 

0 

0 

[J 

Ts’s  LST 

34 

T34 

0 

0 

interval  closed 

Table  2:  DD*  scheduling. 


So,  for  this  history,  S°  =  [T5,  T34],  =  \T-y 7]  and  F  =  [Tig,  T20,  T24].  Only  three  tasks 

completed  their  execution  and  the  total  value  obtained  by  DD*  is  29.  A  clairvoyant  scheduler 
can  achieve  a  value  of  34  by  scheduling  T17,  T20  and  T34.  Also  notice  that  the  system  is  already 
overloaded  at  time  1,  but  the  first  time  an  overload  is  “detected”  by  DD*  is  at  time  4. 

4  DD*  is  an  optimal  scheduling  algorithm 

The  following  lemma  asserts  that  availtime  is  indeed  the  maximum  computation  time  that  can 
be  taken  by  a  new  task  without  causing  the  current  task  or  the  delayed  tasks  to  miss  their 
deadlines  A 

Lemma  4.1  Suppose  Tcurrent  is  the  current  task  and  suppose  that  a  task,  Tarrivai,  with  an 
earlier  deadline  is  released,  then  Tarrivai  in  addition  to  Tcurrent  and  all  the  tasks  in  Qdelayed  can 
be  scheduled  by  D,  the  earlist- deadline -first  scheduling  algorithm, 
if  and  only  if 


availtime  >  remaining  computation  time(Tarrivai ) 


PROOF. 


DIf  there  is  no  current  task  the  processor  is  idle.  In  this  case  Qdelayed  is  empty  and  availtime  equals  00.  The 
program  maintains  this  condition  as  follows.  Initially  idle  is  true,  Qdelayed  is  empty,  and  availtime  is  00.  Later, 
idle  is  set  to  true  only  if  Qdelayed  is  empty.  In  that  case,  availtime  is  set  to  00  (see  statement  31  of  DD*). 
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The  proof  is  by  induction  on  time.  The  induction  is  done  separately  on  each  interval. 

If  Tcurrent  is  the  first  task  in  an  interval  then  Qdelayed  is  empty  and  availtime  is  set  to 
laxity(Tcurrent),  see  statements  28  and  40  of  DD*.  In  this  case,  the  claim  obviously  holds. 

Assume  that  the  induction  is  true  up  to  the  current  time  with  the  currently  executing  task. 

If  the  current  task  is  order  scheduled  then  it  and  all  the  tasks  in  Qdelayed  are  ordered 
according  to  their  release  times  which  is  also  the  ascending  order  of  their  deadlines.  Moreover, 
DD*  schedules  these  tasks  in  earliest-deadline-first  order  (as  long  as  no  Latest-start-time  Interrupt 
succeeds  in  scheduling  a  task).  Tarrivai  will  be  scheduled  if  and  only  if  (see  statement  44  of  DD*) 

availtime  >  remaining  computation  time(Tarrivai ) 

By  the  induction  hypothesis  this  condition  indeed  guaranties  that  Tarrivai  can  be  scheduled 
without  causing  any  deadline  to  be  missed.  The  available  computation  time  is  now  reduced 
by  the  amount  to  be  consumed  by  Tarrivai  (see  statement  49  of  DD*).  However,  this  is  not 
the  only  constraint,  the  available  computation  time  is  also  bounded  by  the  laxity  of  Tarrivai. 
This  constraint  is  due  to  the  fact  that  if  another  task  T  with  an  even  earlier  deadline  were  to 
be  released,  then  T  and  Tarrivai  would  have  to  complete  before  Tar-rival’ s  deadline.  Hence,  the 
minimum  between  these  two  time  bounds  is  the  new  available  computation  time  (see  statement 
50  of  DD*). 

If  the  current  task  completes,  then  the  task  with  the  earliest  deadline  in  Qdelayed  is  scheduled, 
call  it  Tnext  (see  statement  11  of  DD*).  What  is  the  available  computation  time  now?  When 
T-next  was  inserted  into  Qdelayed  it  was  accompanied  by  the  available  computation  time  at  that 
point  (see  statement  47  of  DD*).  The  tasks  of  Qdelayed  at  the  dequeuing  point  are  exactly  the 
same  tasks  as  in  the  insertion  point  because  Qdelayed  is  a  first-in-first-out  queue.  None  of  these 
tasks  executed  during  the  interval  between  the  insertion  and  dequeuing  of  Tnext.  Hence,  the 
current  available  computation  time  is  the  value  at  the  time  of  insertion  less  the  elapsed  time.  A 
new  task  can  be  scheduled  if  and  only  if  its  computation  time  is  less  than  or  equal  to  this  value, 
which  is  the  new  value  of  availtime  (see  statement  15  of  DD*). 

The  induction  proceeds  until  the  interval  is  closed  or  until  the  first  lst-scheduled  task  (in  this 
interval)  is  scheduled. 

Suppose  no  task  was  lst-scheduled  the  interval  is  closed  when  the  processor  is  idle  and 
Qdelayed  is  empty  (see  statement  24  of  DD*).  In  this  case,  the  induction  process  is  complete. 

Suppose  the  current  interval  had  an  lst-scheduled  task.  An  lst-scheduled  task  has  no  laxity. 
Any  preemption  of  such  a  task  will  cause  it  to  miss  its  deadline.  Hence,  the  available  computation 
time  equals  0.  Indeed,  whenever  the  current  task  is  lst-scheduled  availtime  is  zero  (see  statement 
68  of  DD*).  According  to  proposition  3.1  once  a  task  is  lst-scheduled  all  subsequent  (in  this 
interval)  are  lst-scheduled  hence  the  induction  is  complete. 

Thus,  the  induction  hypothesis  holds  during  the  entire  (open)  interval  and  the  claim  is 
proved.  □ 

Theorem  4.2  DD*  is  an  optimal  scheduling  algorithm.  That  is,  if  any  scheduler  can  schedule 
the  entire  history,  then  DD*  can  do  it. 

PROOF. 
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If  any  scheduling  algorithm  can  schedule  the  entire  history,  so  can  the  earliest- deadline -first 
scheduling  algorithm  (D)  which  is  known  to  be  optimal  for  an  underloaded  system  [6].  We 
assert  and  prove  that  DD*  behaves  like  D  in  an  underloaded  system. 

We  observe  that  D  can  be  characterized  by  the  following  two  rules: 

1.  The  current  task  is  preempted  in  favor  of  a  newly  released  task  if  the  latter  has  an  earlier 
deadline. 

2.  The  task  to  be  scheduled  after  task- completion  is  the  one  with  the  earliest  deadline  among 
all  ready  tasks. 

Suppose  D  successfully  scheduled  a  history  H .  Let  DD*  schedule  the  same  history.  We  will 
prove  by  induction  that  both  algorithms  make  exactly  the  same  scheduling  decisions. 

In  the  beginning  the  system  is  idle.  Suppose  that  until  time  l.  D  and  DD*  made  the  same 
scheduling  decision. 

What  events  can  happen  at  time  /? 

•  A  new  task,  Tarrival ,  is  released: 

If  darrivai  <  dcurrent  then  D  will  preempt  Tcurrent  and  will  schedule  the  arriving  task.  We 
know  that  D  succeeded  in  scheduling  all  the  tasks  hence  there  is  (at  time  t )  enough  laxity 
to  schedule  all  the  ready  tasks.  Hence,  DD*  finds  (statement  44  of  DD*  and  lemma  4.1) 
that  there  is  enough  laxity  and  preempts  Tcurreni  in  favor  of  t arrival ■ 

If  darriVai  >  dcurrent  both  algorithms  continue  to  execute  the  current  task. 

•  A  task  completion: 

Since  both  algorithms  made  the  same  scheduling  decisions  until  /,  both  have  a  task- 
completion  event  at  t. 

D  schedules  the  ready-task  with  the  earliest  deadline.  DD*  does  the  same  (see  statements 
11  and  18). 

•  Latest-start-time  Interrupt: 

Suppose  there  is  a  Latest-start-time  Interrupt  event  because  / ]st  reached  its  LST.  We  know 
that  dist  >  dCUrrent  otherwise  Tisi  would  have  been  the  current  executing  task.  This  means 
that  only  one  of  Tcurrent  and  Tist  can  possibly  complete.  This  is  true  for  both  schedulers, 
contradicting  the  fact  that  D  successfully  scheduled  the  entire  history.  Hence,  a  Latest- 
start-time  Interrupt  is  impossible. 

Note  that  it  is  possible  that  one  task  LST  coincides  with  another  task  completion  point. 
However,  since  task  completion  events  are  given  priority  over  Latest-start-time  Interrupt 
events,  the  handling  of  the  task  completion  event  would  clear  the  condition  for  the  Latest- 
start-time  Interrupt  event.  The  task  that  reached  its  LST  will  be  scheduled  without  raising 

the  Latest-start-time  Interrupt. 

□ 

Corollary  4.3  According  to  DD*  scheduling,  in  an  underloaded  system  there  will  be  no  Latest- 
start-time  Interrupt. 
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4.1  DD*  is  -—competitive 

The  main  problem  with  D  is  that  when  the  system  becomes  overloaded,  D  can  miss  arbitrarily 
many  deadlines.  For  example,  suppose  there  is  a  set  of  tasks  with  computation  time  2  and 
deadlines  2, 4,  6,  8,....  If  a  new  task  enters  at  time  0  with  computation  time  1  and  deadline 
1,  then  that  task  will  be  the  only  one  to  complete  under  D.  DD*  does  as  well  as  D  for  the 
underloaded  case  and  is  competitive  with  a  clairvoyant  algorithm  when  the  system  is  overloaded. 

We  will  prove  that  DD*  has  a  competitive  factor  by  showing  that  it  gets  “enough”  value 
from  each  interval.  We  will  bound  the  value  that  a  clairvoyant  algorithm  can  get  from  all  the 
intervals  and  will  show  that  this  is  at  most  4  times  the  value  DD*  can  get. 

In  the  following  covered  means  pointwise  inclusion.  That  is,  a  time  interval  /  is  covered  by 
a  collection  of  intervals  W  if  every  point  in  /  is  in  some  interval  of  W 

In  DD*,  when  the  processor  is  not  idle  there  is  one  and  only  one  currently  open  interval. 
The  reason  is  that  an  interval  can  be  closed  only  in  a  Task  Completion  event  (see  comment  24 
of  DD*).  Such  an  event  can  immediately  open  the  next  open  interval  (when  Qdeadline  is  not 
empty,  see  statements  25  to  29  of  DD*)  or  can  set  the  variable  idle  to  true  (statement  31).  In 
the  later  case,  since  idle  is  true,  a  new  interval  can  be  opened  by  a  Task  Release,  but  not  before 
setting  idle  back  to  false  (see  statements  37  to  42). 

In  the  next  lemma  we  show  that  the  current  (open)  interval  always  covers  the  current  time. 
Recall  that  achievedvalue( /)  denotes  the  value  achieved  during  the  current  interval  before  t. 

Lemma  4.4  According  to  the  schedule  of  DD*  if  at  time  t  the  current  open  interval ,  I(t ),  is 
[4,4]  the  currently  executing  task  is  T{  and  Ti  is  order-scheduled,  then 

t  —  4  <  delayedval(f)  +  achievedvalue(t)  +  ct  <  7(f) 


PROOF. 

When  the  processor  becomes  idle,  the  previously  open  interval  is  closed  (see  statements  24 
and  31  of  DD*).  Since  the  same  interval  is  open  between  4  and  t,  the  processor  could  not  have 
been  idle  during  that  time.  The  length  of  the  interval  between  4  to  t  cannot  therefore  be  greater 
than  the  sum  of  the  computation  times  (and  therefore  values)  of  all  tasks  that  were  scheduled 
between  4  and  t. 

Since  Tt  is  order-scheduled,  all  previously  scheduled  tasks  in  /  are  order-scheduled.  These 
tasks  either  completed  or  were  interrupted  by  a  task  release.  If  a  task  completes,  then  its  value 
is  added  to  achievedvalue.  If  the  task  is  preempted  then  its  value  is  added  to  delayedval  (see 
statement  51  of  DD*).  Hence,  the  sum  of  the  values  of  all  the  tasks  that  were  scheduled  in  I{t) 
before  t  equals  delayedval(f)  +  achievedvalue(f)  +  c;,  and  the  first  inequality  is  proved. 

As  for  the  second  inequality,  since  all  previously  scheduled  tasks  in  I(t)  are  order-scheduled, 
the  length  of  1  ( l )  must  be  at  least  the  sum  of  their  computation  times  and  therefore  their  values 
(see  comments  and  29,  42  and  45  of  DD*).  □ 

Whereas  the  previous  lemma  was  mainly  concerned  with  the  prefix  of  the  current  interval 
between  4  and  /,  the  following  lemmas  deal  with  the  entire  interval  at  time  t  which  ( see  comments 
29,  42,  45  and  62  of  DD*  )  may  be  longer  than  t  —  4.  The  lemmas  are  proved  using  induction. 
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The  induction  is  on  the  scheduling  decisions  of  DD*.  A  scheduling  decision  is  made  each  time 
an  event  occurs.  The  possible  events  are  a  Task  Release,  a  Task  Completion  or  a  Latest-start-time 
Interrupt.  Each  scheduling  decision  may  change  the  current  task  and  cause  a  change  in  the 
values  of  the  length  of  the  current  interval,  delayedval  or  achievedvalue.  Let  Inew,  delayedvalneu, 
and  achievedvalue,*^  denote  those  values  immediately  after  the  event. 

Lemma  4.5  According  to  DD*  scheduling,  if  at  time  t  the  current  open  interval,  I,  is  [4,4] 
and  the  executing  task,  T{,  is  order-scheduled,  then 

|/(/)|  <  3(delayedval(/)  +  achievedvalue(t)  +  cf) 


PROOF. 

By  induction  on  the  order  of  the  scheduling  decisions  (events)  of  DD*. 

A  new  interval  is  created  ( opened )  when  the  processor  is  idle  and  a  new  task  is  released  (see 
comment  42)  or  when  Qdelayed  is  empty  and  Qdeadline  is  not  empty  (see  comment  29  of  DD*). 

Consider  the  following  two  cases  at  time  4:  the  processor  is  idle  and  Tk  is  released;  or 
Qdelayed  is  empty  and  Tk  is  the  first  task  of  Qdeadline.  In  either  case,  the  interval  [4,4  +  ck\ 
is  created.  In  this  case  the  entire  length  of  /  is  ck.  hence  the  induction  hypothesis  holds  for  the 
base  case,  for  i  =  k  (note  that  Tk  is  order-scheduled). 

Assume  that  the  induction  is  true  for  the  current  executing  task  Tk  with  the  open  interval 
[4,4]  and  that  Tk  is  order-scheduled. 

Which  events  can  occur  (at  time  t)? 

1.  ‘Tk  completes  and  Qdelayed  is  empty: 

The  interval  I  is  closed  at  t  (see  statement  24  of  DD*).  So,  the  induction  process  completes. 

2.  Tk  completes  and  d]  is  the  first  task  in  Qdelayed  : 

The  length  of  the  interval  is  not  changed.  At  time  t,  ck  is  added  to  achievedvalue  and  c;  is 
reduced  from  delayedval  (see  statements  10  to  15  of  DD*). 

Hence, 

|/|  <  3(  delayedval(t)  +  achievedvalue(f)  +  Ck) 

=  3(  (delayedval,^,  +  cf)  +  (achievedvalueneu,  -  ck )  +  ck) 

=  3(  delayedvalneu,  +  achievedvalueneK,  +  q) 

and  the  induction  holds  for  i  =  l 

3.  Ti  is  released  and  preempts  Tk: 

In  this  case  the  interval  is  extended  by  q,  i.e  the  new  right  end-point  of  /  is  set  to  te  +  q 
(see  statements  45  to  53  of  DD*).  At  time  t,  ck  is  added  to  delayedval  and  achievedvalue 
does  not  change. 

Hence, 
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|-^neuj|  —  |2  T  Q| 

<  3(  delayedval(f)  +  achievedvalue(f)  +  c*,)  +  c; 

=  3(  delayedval(t)  +  c*,  +  achievedvalue(/))  +  q 

<  3  ( delayed  valneu,  +  achievedvalueneiu  +  cy) 

and  the  induction  holds  for  i  =  / 

4.  T;  is  released  but  is  not  scheduled  (either  T)  has  a  later  deadline  or  there  is  not  enough 
laxity): 

In  this  case  (see  statement  55  of  DD*)  none  of  the  relevant  parameters6  is  changed,  hence 
the  induction  still  holds. 

5.  Tj  reaches  its  LST  at  time  t  and  causes  a  Latest-start-time  Interrupt,  but  1]  is  not  scheduled: 
Since  T)  is  not  scheduled  we  know  that  c/  <  2(  c/,  +  del ayed va I ( / ) )  (see  statement  63  of  DD*). 
The  only  parameter  ‘  that  might  be  changed  is  the  length  of  /.  /  is  changed  only  if  d[  >  te. 
Assume  di  >  te  then, 

|^neti)|  —  (f  tb)  T  (,d[  —  t) 

<  achievedvalue(i)  +  (delayedval(t)  +  Ck )  +  <-'i 

<  achievedvalue(f)  +  3(delayedval(f)  +  Ck) 

<  3(delayedvalneii,  -f  achievedvalueneu,  +  Ck) 

The  first  inequality  is  due  to  following  two  facts.  First, 

t  —  tb  <  delayed(t)  +  achievedvalue(t )  +  c* 

by  lemma  4.4.  Second,  di  —  t  —  the  remaining  computation  time ;  that  time  must  be  less 
than  the  original  computation  time  q. 

Hence,  the  induction  still  holds. 

6.  1)  reaches  its  LST  at  time  t  and  causes  a  Latest-start-time  Interrupt.  T*  is  abandoned  and 
Tj  is  scheduled: 

Note  that  this  case  introduces  an  lst-scheduled  task  (see  statements  64  to  70  of  DD*).  All 
subsequent  tasks  (if  any)  will  also  be  lst-scheduled  (proposition  3.1).  Hence,  the  induction 
process  is  complete. 

The  induction  hypothesis  holds  in  all  cases,  hence  the  claim  is  proved. 

□ 

6The  relevant  parameters  are  the  length  of  the  current  interval,  the  current  task,  delayedval  and  achievedvalue. 

'Note  that  Ti  can  not  be  one  of  the  delayed  tasks,  since  there  is  enough  laxity  for  all  of  Qdelayed  tasks 
(lemma  4.1). 


15 


Lemma  4.6  According  to  DD*  scheduling,  if  at  time  t  the  current  open  interval,  I,  is 
and  the  executing  task,  Ti,  is  Ist-scheduled,  then 

t  —  tb  <  3  achievedvalue(/)  +  2c; 


and, 


|/(/)|  <  3  achievedvalue(/)  +  4c; 


PROOF. 

The  proof  is  by  induction  on  the  scheduling  decisions  of  DD*. 

The  base  case  here  is  the  first  time  that  a  task  is  scheduled  due  to  a  Latest-start-time  Interrupt8. 

First,  let  us  prove  the  induction  hypothesis  for  the  base  case.  Suppose  that  T*  is  order- 
scheduled  and  at  time  t,  Ti  reaches  its  LST.  2)  causes  a  Latest-start-time  Interrupt,  T \  is  aban¬ 
doned  and  Ti  is  scheduled. 

Since  1)  was  scheduled  we  know  that  c;  >  2 ( c /,  +  delayedval( /)).  The  length  of  /  might  be 
changed  and  the  value  of  delayedval  is  set  to  zero  (see  statements  62  and  70  of  DD*). 

•  di  >  te 

In  this  case  I  is  extended  to  include  (//. 


|  In 


< 

< 


< 


(l  ~  h)  +  ( di  -  t ) 

((delayedval(t)  +  achievedvalue(f)  +  c^)  +  c;) 
achievedvalue(t)  +  (delayedval(l)  +  cjf)  +  q) 

3 

achievedvalue(t)  +  —  c; 


As  in  item  5  in  lemma  4.5  above,  the  first  inequality  is  due  to  following  two  facts.  First, 

t  —  4  <  delayedft)  +  achievedvalue(t )  +  c^ 

by  lemma  4.4.  Second,  di  —  t  =  the  remaining  computation  time ;  that  time  must  be  less 
than  the  original  computation  time  c/. 

•  di  <te 


I  In 


< 


< 


m\ 

3(delayedval(/)  +  achievedvalue(t)  +  cjf) 

3 

3  achievedvalue(/)  +  — c; 


The  first  inequality  is  due  to  lemma  4.5  above. 
sNote  that  the  first  tasks  in  an  interval  are  always  order-scheduled  (see  comments  29  and  42  of  DD*). 
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We  proved  the  claim  for  the  base  case.  Now,  let  us  prove  the  induction  step.  Assume  that 
the  induction  is  true  for  the  current  executing  task  T) *  with  the  open  interval  [/*,  le]  and  that  T* 

is  lst-scheduled. 

What  can  the  next  event  (at  time  t )  be? 

Tk  completes: 

Interval  I  is  closed  at  t  (statement  24).  No  other  task  will  be  scheduled  during  I  so  the 
induction  process  is  complete. 

Ti  is  released: 

When  the  current  task  is  lst-scheduled  a  newly  released  task  will  not  be  scheduled  (see 
proposition  3.1) 

So,  in  this  case  none  of  the  relevant  parameters  is  changed,  hence  the  induction  still  holds. 

Ti  reaches  its  LST  at  time  t  and  causes  a  Latest-start-time  Interrupt.  7)  is  not  scheduled: 
Since  T]  was  not  scheduled  we  know  that  c;  <  2  c*.  (Note  that  delayedval  becomes  zero 
once  an  lst-scheduled  task  is  scheduled  see  statement  67  of  1)1)* .  delayedval  stays  zero  until 
the  interval  is  closed).  The  only  parameter  that  might  be  changed  is  the  length  of  I.  This 
will  happen  only  if  d[  >  te. 

Assume  d[  >  te, 

\-t-ncv:  |  —  (t  —  tb)  T  (dl  t) 

<  3  achievedvalue(f)  +  2 c*  +  c; 

<  3  achievedvalue(t)  +  4c* 

The  first  inequality  follows  from  the  induction  hypothesis  and  the  fact  that  c;  >  T\  s 
remaining  computation  time  —  di  —  t.  Hence,  the  induction  still  holds. 

4.  T\  reaches  its  LST  at  time  t  and  causes  a  Latest-start-time  Interrupt.  T*  is  abandoned  and 
1]  is  scheduled: 

Since  1)  is  scheduled  we  know  that  cy  >  2c*  (see  statement  63  of  DL)*,  as  before,  delayedval 
equals  zero).  The  length  of  I  might  be  changed. 

For  any  to  such  that  to  >  t,  if  T)  is  still  executing  at  to  then  to  —  t  <  cy  and 


1. 


2. 


3. 


to  -tb  =  (t0  -  t )  +  (/  -  h) 

<  ci  +  3  achievedvalue(t)  +  2c* 

<  3  achievedvalue(f)  +  2 c; 

Hence,  the  first  part  of  the  induction  hypothesis  is  proved. 

As  for  the  second  part: 

•  di  >  te 

In  this  case  /  is  extended  to  include  d[  (see  comment  62  of  DL)*). 
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l-^rie-Lu  |  —  (t  tb)  “I"  (d[  t) 

<  3  achievedvalue(f)  +  2 cy  +  Q 

<  3  achievedvalue(f)  +  2 c; 


•  di  <te 


|  In 


=  \I\ 

<  3  achievedvalue(f)  +  4 cy 

<  3  achievedvalue(f)  +  4c; 


The  induction  hypothesis  holds  in  all  cases,  hence  the  claim  is  proved. 

□ 


Corollary  4.7  Consider  any  closed  interval  I.  If  the  total  value  achieved  by  order-scheduled 
tasks,  during  the  period  in  which  I  was  open,  is  ordervalue  and  the  value  achieved  by  an  Ist- 
scheduled  task,  during  the  same  period,  is  Istvalue,  then 

|/|  <  3  ordervalue +  4  Istvalue 

Note  that  ordervalue  or  Istvalue  may  equal  zero. 

PROOF. 


Let  Ti  be  the  last  task  to  complete  in  I  at  tc.  (There  must  be  one  such  task  because  each 
time  a  task  is  preempted  another  feasible  task,  i.e  a  task  that  can  still  meet  its  deadline,  is 
scheduled).  An  interval  is  closed  only  as  a  result  of  task  completion  event  (see  statement  24). 
T{  can  be  order  or  1st  scheduled,  in  both  cases  it  is  the  last  task  to  be  scheduled  in  I  while  I 
is  still  open. 

Let  t  be  a  point  in  /  just  prior  to  tc  but  after  all  the  events  that  preceded  Tfs  completion. 
Since  t  is  after  all  the  events  in  I  except  the  end  of  the  interval,  the  values  of  I(t),  ordervalue(f) 
and  delayedval(  /)  are  the  final  value  of  the  corresponding  variables  for  the  interval  /. 

•  T  is  order-scheduled 

From  lemma  4.5  we  know  that 

|ij  =  \I(t)\  <  3( delayedval(t)  +  ordervalue) t)  +  c2) 

But  delayedval(  t)  must  be  zero  (otherwise  the  next  delayed  task  would  have  been  scheduled 
at  tc).  Also,  ordervalue(/c)  =  ordervalue(f)  +  cy  Hence, 

]/|  <  3  ordervalue 
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•  T  is  lst-scheduled 

From  lemma  4.6  we  get  that 


|/|  =  \I(t)\  <  3  ordervalue(f)  +  4c; 
But  Istvalue  =  c;  and  ordervalue  =  ordervalue(f).  Hence, 

|/|  <  3  ordervalue  +  4  Istvalue 


□ 

Lemma  4.8  According  to  the  DD*  algorithm,  if  at  time  t  the  processor  is  not  idle  then  t  £  [jl 
(i.e.  the  union  of  all  intervals  cover  all  the  time  in  which  some  task  was  scheduled). 

PROOF. 

Suppose  Ti  is  running  at  time  t  and  was  scheduled  at  time  ts. 

If  T  is  order-scheduled  then,  by  lemma  4.4,  t  is  in  the  interval  that  is  open  at  time  t. 

If  T  is  lst-scheduled  then  at  time  ts  (  when  Ti  began)  there  was  already  (an  open)  interval 
that  started  at  or  before  ts.  If  this  interval  did  not  include  d;  >  t  then  it  is  must  have  been 
extended  to  d;  (see  statement  62  of  DD*). 

In  any  case  t  is  included  in  an  interval. 

□ 

Lemma  4.9 


PROOF. 


U  A,-cU/. 

i£S°L>F 


For  T  G  S° ,  T  completes  its  execution  at  exactly  dt.  There  can  be  no  idle  time  between  Ti 
and  d;  (i.e.  A;)  because  Tt  is  ready  to  execute  during  all  this  period.  From  lemma  4.8  we  can 
conclude  that  A;  is  covered  by  the  union  of  the  intervals  created  by  DD*. 

For  T  G  F,  suppose  T  was  abandoned  at  some  point,  call  it  ta  (ta  £  A;).  As  in  the  previous 
paragraph,  there  is  no  idle  time  between  rt  and  ta  and  hence  \rt,  fa]  is  covered.  T  is  abandoned 
at  ta  only  if  it  reached  its  LST  at  ta  but  it  was  not  scheduled.  By  inspection  of  the  algorithm 
(see  comment  62  of  DD*)  the  currently  open  interval  is  extended  to  include  d;.  So,  [ fa,d; ]  is 
covered  by  the  current  interval  which  means  that  the  entire  A;  is  covered  by  the  union  of  the 
intervals  created  by  DD*. 

□ 

Lemma  4.10  A  clairvoyant  scheduler  can  not  achieve  a  value  greater  than 


UiesouFAil  +  y~]  Cj 
iesp 


PROOF. 
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The  tasks  of  F  U  S°  can  execute  only  during  Uigs°uF  lience  the  total  possible  value  from 
this  task  is  |Uie5°uF  Ai|.  Of  course  the  total  possible  value  from  the  rest  of  the  tasks  (i.e.  exactly 
Sp )  is  J2ieSP  ci  an(i  the  Proof  is  complete. 

□ 

Theorem  4.11  The  DD*  algorithm  achieves  a  competitive  factor  of  -j- 
PROOF. 

The  total  value  achieved  by  DD*  is: 


J2 c*  +  c* 

ies°  i£SP 

Note  that  any  two  intervals  are  not  necessarily  disjoint.  However,  the  periods  in  which  these 
intervals  are  open  are  disjoint.  Intuitively,  corollary  4.7  shows  that  the  value  achieved  during 
the  open  period  is  “big  enough”  for  the  full  length  interval.  Formally, 


4  J2  c*  +  3  Y.  Ci  ^  J2  1 

ies°  iesp 

Hence, 

I]  C*  +  ^  Ci  > 
ies°  itsp 

> 

The  last  inequality  is  due  to  lemma  4.9 
the  maximal  achievable  value. 

□ 


I  d-  TneSP  ci 

4 

IUigS0UF  ~l~  T,teSP  ci 

~ .  4 

.  By  lemma  4.10,  this  value  is  at  least  a  quarter  of 


4.2  The  Complexity 

Theorem  4.12  If  n  bounds  the  number  of  unscheduled  tasks  in  the  system  at  any  instant  then 
each  task  incurs  only  an  O(log  n)  amortized  cost. 

PROOF. 

DD*  requires  three  data  structures,  called  Qdelayed,  Qdeadline  and  Qlst,  all  of  them  priority 
queues,  implemented  as  balanced  search  trees,  e.g.  2-3  trees.  They  support  Insert,  Delete,  Min 
and  Dequeue  operations,  each  taking  0(log  n)  time  for  a  queue  with  n  tasks.  The  structures 
share  their  leaf  nodes  which  represent  tasks. 

DD*  consists  of  a  main  loop  with  three  “interrupt  handlers”  within  it.  The  total  number  of 
operations  is  dominated  by  the  number  of  times  each  of  these  handler  clauses  is  executed  and 
the  number  of  data  structure  operations  in  each  of  this  clauses. 
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Suppose  a  history  of  in  tasks  is  given. 

First,  let  us  estimate  the  number  of  times  each  handler  clause  can  be  executed.  A  task  during 
its  lifetime  causes  at  most  one  Task  Completion  event  and  at  most  one  Latest-start-time  Interrupt 
event.  Hence,  while  scheduling  m  tasks  there  are  at  most  m  Task  Completion  and  Latest-start- 
time  Interrupt  events.  However,  a  task  can  cause  more  than  one  Task  Release  events,  one  is  at 
its  actual  release  time  and  the  others  may  be  simulated  Task  Release  events  as  a  result  of  Task 
Completion  (see  statements  19  and  20  of  DD*).  One  Task  Completion  event  can  cause  at  most 
one  simulated  Task  Release  event.  Hence  the  total  number  of  Task  Release  events  is  bounded  by 
2m. 

Now,  we  will  bound  the  number  of  queue  operations  in  each  of  these  handler  clauses. 

•  In  the  handler  for  the  Task  Release  event  (statement  36),  there  is  a  constant  number  of 
queue  operations.  Hence,  this  contributes  a  total  of  0(2m)  queue  operations  during  the 
entire  history. 

•  In  the  handler  for  the  Task  Completion  event  (statement  8)  there  is  a  constant  number 
of  queue  operations  (aside  from  a  possible  simulated  Task  Release  event).  Hence,  this 
contributes  a  total  of  0(m )  queue  operations  during  the  entire  history. 

•  In  the  handler  for  Latest-start-time  Interrupt  event  (see  statement  59),  the  number  of  queue 
operations  is  proportional  to  the  number  of  tasks  in  Qdelayed  plus  a  constant.  How  many 
tasks  can  be  in  Qdelayed  throughout  the  history?  A  task  can  enter  Qdelayed  only  as  a  result 
of  Task  Release  event  (actual  or  simulated),  there  are  at  most  2m  such  events.  Hence,  the 
total  number  of  tasks  in  Qdelayed  is  at  most  2m,  which  means  that  the  total  number  of 
queue  operations  is  0(2m)  during  the  entire  history. 

We  conclude  that  the  total  number  of  operations  for  the  entire  history  is  (){ m  log  ri)  and  the 
claim  is  proved. 

□ 
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